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I. REAL PARTY IN INTEREST 

The real party in interest is the assignee of the fiill interest in the invention, Ricoh 
Co., Ltd., 15-5 Minami-Aoyama 1-Chome, Minato-Ku, Tokyo, Japan 107-8544. 



n. RELATED APPEALS AND INTERFERENCES 

To the best of ^^peUant's knowledge, there are no appeals or interferences related 
the present appeal that will directly affect, be directly affected by, or have a bearing on th< 
Board's decision in the instant appeal. 



m. STATUS OF THE CLAIMS 

Claims 1-40 are poiding in the application and were finally rejected in an Office 
Action mailed January 26, 2005. Claims 1-40 are the subject of this appeal. A copy of 
Claims 1 -40 as they stand on appeal are set forth in Appendix A. 
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IV. STATUS OF AMENDMENTS 

No amendments have been submitted subsequent to the Final Office Action mailed 
January 26, 2005. 



V. SUMMARY OF CLAIMED SUBJECT MATTER 



Appellant's invention as claimed in claims 1-40 is directed to a method and apparatus 
for melding user interfaces. Melded user interfaces combines the user interfaces of two or 
more applications and does not require the cooperation or acquiescence from the 
applications. Using melded user interfaces, the screen layout (e.g., base layout) 
corresponding to the user interface of one application may be used by one or more other 
applications to display data associated with that application. 

Independent claim 1 claims a method including: extracting a fust data from a display 
buffer, the first data being generated by a furst application and being associated with a user 
interface from the first application (Specification, pp. 11-13; Fig. IB); recognizing a layout 
from the first data (Specification, pp. 11-13 and 14-15; Figs. IB, 3A-3B, 4A^C, and 5A- 
5B); and using the layout to create an overlay to display a second data generated by a second 
appUcation (Specification, pp. 1 1-13 and 14-1 5; Figs. IB, 3 A-3B, 4A-4C, and 5A-5B). wher( 
there is no direct link between the first application and the second appUcation and the first 
data is extracted from the display buffer without cooperation of the first application at 
runtime (Specification, pp. 9-10). Independent claims 9 and 17 claim the invention as a 
computer readable medium and a system respectively. 
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Independent claim 25 claims a method including: modifying data in a display buffer 
that is generated by a first application with data generated by a second appUcation without 
cooperation of the first application at runtime, the first application running independently 
from the second application; and receiving input in response to user interactions with the 
second application through a user interface associated with the data generated by the first 
appHcation, where the data generated by the second application is placed in a location in the 
user interface and the location is contextually consistent with the data generated by the 
second application (Specification, pp. 9-10, 11-13, and 14-15; Figs. IB, 3A-3B, 4A-4C, and 
5A-5B). Independent claims 29 and 33 claim the invention as a computer readable medium 
and a system respectively. 

Independent claim 37 claims a method including: reading raster data from a raster 
display buffer containing an image generated by a first application without cooperation of the 
first application at runtime; performing a pattern recognition on the image to generate a 
pattern; applying predetermined infonnation about the image with the pattern to deteimine a 
layout of the image; generating an overlay using the layout of flie image; and placing data 
generated by a second application on the overlay (Specification, pp. 9-10, 1 1-13, and 14-15; 
Figs. IB, 3A-3B, 4A-4C, and 5A-5B). 



VI. GROUNDS OF REJECTIONS TO BE REVIEWED ON APPEAL 

A. Whether claims 1 , 9, and 17 are anticipated under 35 U.S.C. § 1 02(b) by U.S. Patent 
No. 5,596,702 of Stucka et al. ("Stucka")- 

B. Whether claims 2, 10, and 18 are anticipated under 35 U.S.C. §102(b) by Stucka. 
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C. Whether claims 3-5, 11-13, and 19-21 are anticipated under 35 U.S.C. §102{b)by 
Stucka. 

D. Whether claims 6-7, 14-15, and 22-23 are anticipated under 35 U.S.C. §102(b) by 
Stucka. 

E. Whether claims 8, 16, and 24 are anticipated under 35 U.S.C. §102(b) by Stucka. 

F. Whether claims 25, 28-29, 32-33, and 36 are anticipated under 35 U.S.C. § 102(b) by 
Stucka. 

G. Whether claims 26, 30, and 34 are anticipated under 35 U.S.C. § 102(b) by Stucka. 

H. Whether claims 37-40 are anticipated under 35 U.S.C. §102(b) by Stucka. 

I. Whether claims 27, 31, and 35 are patentable under 35 U.S.C. §103(a) over Stucka in 
view of U.S. Patent No. 5,936,625 of Kahl et al. ("Kahl"). 
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Vn, ARGUMENT 

The claims do not stand or fall together. 
A. Claims 1, 9. and 17 are not anticipated by Stucka. 

Claims 1, 9, and 17 stand or fall together. Claim 1 is the representative claim. As 
discussed above. Appellant's invention as claimed is directed to melded user interfaces that 
combine the user interfaces of two or more applications and does not require the cooperation 
or acquiescence from the applications. 

Specifically, independent claim 1 includes limitations of extracting first data from a 
display buffer, where the first data is generated by a first application, is associated with a user 
interface from the first application and is extracted witiiout from the display buffer 
cooperation of the first application at runtime. These limitations are not disclosed or 
suggested by Stucka. 

Stucka discloses a user interface server (UIS) that provides user interface services to 

multiple applications in a form of a library via a specific API (application programming 

interface), similar to a software development kit (SDK), which is used by a developer of the 

respective application. Specifically, Stucka states: 

"A user interface server coupled to applications, a display object store, and a window 
management system . The user interface server allows an application developer to 
provide an application with a user interface that is independent of any particular 
window management system." 

(Abstract of Stucka, emphasis added). 

AppUcation Serial No. 09/532,412 -6- Atty. Docket No. 74451.P115 
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Thus, Stucka discloses how an application communicates with the UIS via a set of 
APIs, which must be compiled and linked (via a compiler and linker of a software 
development tool, such as a C/C-Hh compiler and linker) with the application when the 
application is developed by the developer, to access one or more fimctions provided by the 
UIS. See, for example, col. 20, line 33 to col. 21, line 40, and col. 22, line 58 to col. 23, line 
55. 

However, it is respectfully submitted that Stucka does not disclose the limitation of 
extracting data of an application from a display buffer, particularly, without cooperation of 
the apphcation. In fact, there is no mention of extracting data from a display buffer in 
Stucka. 

Even if, for the sake of argument, the access from an application to a UIS server may 
be considered "extracting data" from a first application (assuming the UIS server is 
considered as a first appUcation), the access to the UIS cannot be performed via a display 
buffer. As shown in Figure 3 of Stucka, the UIS is a server that is a dedicated server 
providing specific services over a netwoik connection (e.g., connection 56 of Figure 3). 

UIS 48 of Stucka is not stored in a display buffer 72. Rather, UIS 48, as well as other 
components, such as working memory area 78, display object store 46, and operating system 
74, etc., is stored in a general purpose RAM 38. If Stucka intended to have UIS 48 operating 
within a display buffer, UIS 48 would have been shown within display buffer 72. There is 
no suggestion of storing UIS 48 in display buffer 72 throughout Stucka. 

One with ordinary skill in the art would not attempt to store, even if it were possible, 
the UIS (e.g., a server), specifically the library, such as display object store 46, in a display 
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buffer accessed by another application, such as application 50, Is it respectfully submitted 
that one with ordinary sldU in the art would not believe a server or a library, such as display 
object store 46 of Stucka, would reasonably be stored in a display buffer. 

Even if the communications between applications (50, 53, and 54) and UIS 48 can be 
considered as extracting data from another application. Such an extraction operation is not 
performed from a display buffer, particularly display buffer 72. At most, it can only be 
considered an extraction Scorn RAM 38. See, for example. Fig. 2, col. 7, line 47 to col. 8, 
line 25 of Stucka. Given the fact that Stucka fails to disclose or suggest that such operations 
be performed within display buffer 72, it is respectfully submitted that those with ordinary 
skill in the art would not consider, based on the teachings of Stucka, that the above 
operations can be performed within a display buffer. 

In Stucka, the access to the UIS cannot be performed without cooperation of the UIS. 
As described above, in order to access UIS, an appHcation has to be compiled and linked 
with the APIs of the UIS. Without using the APIs of the UIS, an ^plication cannot access 
the UIS. 

In addition, independent claim 1 includes a limitation of recognizing a layout from 
the extracted first data. It is respectfully submitted that this limitation is also absent from 
Stucka. Stucka does not disclosure or suggest recognizing a layout from the data extracted 
from a display buffer, which is generated by another apphcation. In fact, there is no mention 
of recognizing a layout in a display buffer in Stucka, 

As discussed above, Stucka relies on a set of APIs used by an application to access a 
server to retrieve user interface data. There is no need to recognize a layout from the data 
provided by the UIS, particularly using a pattern recognition operation. The respective 
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application has to be compiled and linked with the corresponding API, such as the header 
files and libraries of the UIS, during the development of the application. At run time, when 
the application calls a specific function (e.g., an API fimction) to access the server, the server 
provides services to the application. It is irrelevant whether the application would recognize 
a layout of the data returned from the server because the application has to call the 
con-esponding function exported and published by the server in a format required by the API, 
regardless of whether the application recognizes the layout. 

In contrast, the present invention as claimed recognizes a layout of a user interface 
generated by another application in a display buffer (e.g., raster data that is about to be 
displayed or currently displayed) and overlays its data with the recognized interface, without 
using cooperation of the application generating the user interface. Therefore, one would not 
be motivated, based on the teachings of Stucka, to airive at the present invention as claimed. 

Furthermore, independent claim 1 fiurther includes a limitation of using the 
recognized layout to create an overlay to display a second data generated by a second 
application, wherein there is no direct link between the first and second applications (e.g., 
without requiring communications between the first and second applications via APIs), It is 
respectfully submitted that this limitation is also absent from the cited references, 
individually or in combination. 

As discussed above, an application of Stucka has to rely on a set of APIs (e.g., 
cooperation) to access the UIS in order to create a user interface. Nowhere in Stucka 
disclose or suggest an operation of creating an overlay of a recognized layout when an 
application accesses the UIS via a set of APIs. There is no need or motive to create an 
overlay to display the data from another application, as discussed above. 

Application Serial No. 09/532,412 -9- Atty. Docket No. 74451.Pn5 
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Further, contrary to the present invention as claimed, it is respectfully submitted that 
there is a direct link between the application and the UIS in Stucka. The source code of an 
application in Stucka must be compiled and linked with the exported or published APIs from 
the UIS. Any changes in the APIs would cause the communications between the application 
and the UIS to fail, which requires either the application or the UIS, or the both to be 
recompiled and linked. The apphcations and the UIS of Stucka depend on a set of APIs 
mutually agreed upon, which teaches away from the present invention as claimed. See, for 
example, col, 23, lines 38 to 54. Therefore, there is a direct link between an application and 
the UIS in Stucka. In contrast, there is no direct link between the first and second 
applications in the present invention as claimed, where the data is extracted without using an 
API of the first application. 

In the Office Action, the Examiner stated: 

"As per independent claim 1, Stucka et al. teaches a method comprising; 

Extracting a first data from a display buffer, the first data generated by a furst 
apphcation and being associated with a user interface firom the first application; (col 
23 lines 62-67, col 24 lines 37-60) 

Recognizing a layout firom the first data; and 

Using the layout to create an overlay to display a second data generated by a 
second application (col 26, hues 66-67, col 27, lines 1-5), wherein there is no direct 
link between the first application and the second application (col 4, lines 64-67, col 5, 
lines 1-2); 

And wherein the first data is extracted firom the display buffer without 
cooperation of the first application at runtime (col. 10, lines 44-68; Since the setting 
information of the user's interface is stored to a server and load firom the server, 
therefore it is inherent that cooperation of first application at runtime) " 

(1/26/2005 Office Action, pages 2-3, emphasis added). 

Appellant respectfiilly disagrees for the reasons set forth above. As discussed above, 

the system RAM of Stucka is not and cannot be considered as a display buffer. Specifically, 

for example, a section of Stucka relied upon by the Examiner states: 
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"In step 701, application A issues an initialize command. The initialize 
command allows the application to set up parameters for the exchange of information 
with the user interface server. The initiahze command is sent to the UIS with various 
command parameter data required to initialize the user interface sessions between 
application A and the UIS. The initialize command itself may be utilized multiple 
times by the application to establish multiple user interface sessions, Tn this example, 
however, a single user interface session will be utilized to demonstrate the invention. 
The initialize command can also specify certain default parameters concerning user 
interface components. For example, background and foreground colors could be 
specified. Those of ordinary skill in the art would be able to modify the initiahze 
command so that a single command, with appropriate parameters, would initialize 
multiple user interface sessions. 

In step 703, the UIS receives the initialize command and initializes 
appropriate UIS parameters such as working memory areas and other internal 
variables. Step 701 may include estabUshing a connection with the WMS to enable 
coromunication between the UIS and the WMS for this particular user interface 
session. Thus the UIS may send an initiahze conamand to the WMS to establish 
appropriate window management session for each user interface desired by the 
apphcation. As stated previously, included with the initialize command sent from the 
apphcation may be default values for resoxuxes common to all components or sets of 
components such as background, foreground, color, text, font, etc." 

(Stucka, col. 23 line 64 to coL 24, line 60). 

Appellant respectfully submits that the above section does not use a display buffer, 
such as display buffer 72 shown in Fig. 2 of Stucka. Clearly, Stucka's RAM 38 and working 
memory area 78 are not a display buffer. Given the fact that Stucka fails to disclose or 
suggest such operations be performed within display buffer 72, it is respectfully submitted 
that Stucka teaches away from the present invention as claimed and those with ordinary skill 
in the art would not consider, based on the teachings of Stucka, that the above operations can 
be perfomied within a display buffer. 

Further, it appears that the Examiner considers RAM 38 or working memory area is a 
display buffer. Specifically, Examiner stated: 

"Contrary to Applicant's assertion, working RAM, specifically dedicated to 
display operations, as disclosed by Stucka, is commonly used as a display buffer. 

Application Serial No. 09/532,412 -1 1- Atty. Docket No. 7445 1 .PI 15 
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Consider embedded system in which the video card does not have on-board RAM, of 
necessity, the working RAM must be used for a display buffer, hi fact, there was the 
standard operation before on-board RAM was integrated into video cards . 

Therefore, it is logical to conclude that when system extracts the component 
and layout of a interface from a working memory or WMA, (fig. 6c), that systems is 
in fact extracting data from a display buffer or any elements that are showed on figure 

ir 

(1/26/2005 Office Action, pages 9-10, emphasis added). 

Appellant respectfully disagrees. Appellant respectfully submits that those with 
ordinary skill in the art would not consider RAM 38 is a display buffer for storing user 
interface server 48, window system I/F 70, window management system 58, display object 
store 46, operating system 74, etc. Rather, Stucka designates a display buffer 72 for display 
purposes (Fig. 2 of Stucka). 

In addition, it appears that the Examiner admitted that "since the setting information 
of the user's interface is stored to a server and load from the server, therefore it is inherent 
that cooperation of first application at runtime " (see the section of the Office Action cited 
above, emphasis added), while independent claim 1 clearly requires that there is no 
cooperation between two applications at runtime. Thus, the Examiner admitted that Stucka 
fails to disclose each and every limitation of independent claim 1 . 

Further, the Examiner's embedded system interpretation was not based on Smcka's 
disclosure. Rather, it appears that the Examiner*s interpretation was based on the hindsight 
of Appellant's disclosure. It would be impermissible hindsight to use Appellant's own 
disclosure against the Appellant. 

In the Examiner's Answer dated March 9, 2006, Examiner stated: 
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"Stucka teaches extracting data of an application from a display buffer, 
particularly, without cooperation of the application because Stucka constantly extracts 
interface data from ram, which is used as a display buffer." 

(3/9/2006 Examiner's Answer, page 10) 

Appellant respectftilly disagrees. Although a portion of the RAM may be used as a 
display buffer (e.g., memory sharing for display); however, a display buffer is a dedicated 
memory buffer for storing display data in a raster or pixel level, which is not used as a 
general-purpose RAM. 

As shown in Fig. 2 of Stucka, although user interface server 48 and display object 
store 46 are loaded in RAM 38, they are not loaded into a display buffer, such as, display 
buffer 72. Clearly, display buffer 72 has been designated for display purposes, rather than 
for general purpose uses. Given the fact that user interface server 48 and display object store 
46 are loaded in an area of RAM 38 other than display buffer 72, Stucka clearly suggests that 
the working memory is not the same as display buffer 72. 

In the Examiner's Answer, Examiner fiorther stated: 

"When RAM operates as a working memory area, Stucka would load and 
retrieve display object through it. (column 8, lines 14-25) Therefore Stucka's RAM 
is a display buffer because it is a memory that temporarily stores display data-" 

(3/9/2006 Examiner's Answer, page 11) 

Appellant respectfully disagrees. It appears that such Examiner's interpretation is not 

supported by Stucka. As discussed above, Stucka clearly designated a display buffer 72 

which is clearly not the same as working memory area. In addition, the display objects 

stored in the display object store 46 are not the same as display data in a display buffer (e.g., 

display buffer 72) which is about to be or being displayed by a display device. Rather, the 

display objects are merely data structures that can be used by an application by calling an 
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API (application programming interface) of user interface server 48, prior to generating 
display data to be submitted into the display buffer (e.g., display buffer 72). Furthermore, 
one with ordinary skill in the art would not believe that user interface server 48 and/or 
display object store 46 can be loaded and/or stored in a display buffer, such as, display buffer 
72 of Stucka. It appears that Examiner's interpretation can only based on Appellant*s own 
disclosure. 

In the Examiner's Answer, the Examiner further contended that an application calhng 
via an API to the user interface server 48 would read on recognizing a layout from the data, 
where the application and the server do not cooperate with each other (see, e.g., 3/9/2006 
Examiner's Answer, pages 1 1-12). 

Appellant respectfully disagrees. In order for an application to call to/from a library, 
such as user interface server 48 of Stucka, the application has to be compiled and/or linked 
with an exported or published interface (e.g., API) of the Ubrary prior to the runtime. Thus, it 
requires extensive cooperation with each other. Further, such operations do not extract a 
layout from data and to be overiaid by another application, particularly, in a display buffer, as 
discussed above. 

In order to anticipate a claim, each and every limitation of the claim must be taught 
by Stucka. It is respectfully submitted that Stucka fails to teach each and every limitation of 
claim 1. Therefore, for the reasons discussed above, independent claim 1 is not anticipated 
by Stucka. Similarly, independent claims 9 and 17 include limitations similar to those 
discussed above. Similar arguments with respect to claim 1 are applied herein to claims 9 
and 17. Therefore, for reasons similar to those discussed above, independent claims 9 and 17 
are not aniicipated by Stucka. 
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B, Claims 2, 10, and 18 are not anticipated under 35 U.S.C - SlQ2fb) bv Stucka. 

Claims 2, 10, and 18 stand or fall together. Claim 2 is a representative claim. Claims 
2, 10, and 18 depend &om, directly or indirectly, independent claims 1, 9, and 17, 
respectively. The reasons cited above with respect to claims 1, 9, and 17 are appUcable to 
claims 2, 10, and 18 and are herein incorporated by reference. Based on at least these 
x^ons, claims 2, 10, and 18 are not anticipated by Stucka. 

In addition, for example, claim 2 requires performing a pattern recognition operation 
on the first data to create the layout It is respectfully submitted that these hmitations are 
absent from Stucka. The Examiner contended that col. 23 line 64 to col, 24, Une 60 of 
Stucka discloses such limitations (1/26/2005 Office Action, page 3). Appellant respectfully 
disagrees. The cited section, as discussed above, does not disclose/suggest perforaiing 
recognition operation on the first data to create the layout. Rather, the cited section merely 
describes how one application accesses the server and/or library via a set of APIs, instead of 
manipulating data in the display buffer as claimed in the present application. Similar 
limitations of claim 2 appear in claims 10 and 1 8. It is respectfully submitted that Smcka 
fails to disclose each and every limitations of claims 2, 10, and 18. 

Therefore, in addition to the reasons apphed to their respective independent claims, 
claims 2, 1 0, and 1 8 are independently not anticipated by Stucka. 
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C. Claims 3-5, 1 1-13, and 19-21 are not anticipated under 35 U.S.C. $lQ2(b) by Stucka. 

Claims 3-5, 11-13, and 19-21 stand or fall together. Claims 3-5, 11-13, and 19-21 
depend from, directly or indirectly, independent claims 1, 9, and 17, respectively. The 
reasons cited above with respect to claims 1, 9, and 17 are applicable to claims 3-5, 1 1-13, 
and 19-21 and are herein incorporated by reference. Based on at least these reasons, claims 
3-5, 11-13, and 19-21 are not anticipated by Stucka. 

In addition, claims 3-5, 1 1-13, and 19-21 require determining an overlay location of 
the layout to place the second data based on some information about the layout, generating 
the overlay of the layout and place the second data in the overlay, and merging the overlay 
with the layout. It is respectfully submitted that these limitations are also absent from 
Stucka 

The Examiner contended that coL 26, line 66 to coL 27, line 5 of Stucka discloses 
such limitations (1/26/2005 OfRce Action, page 3). 

Appellant respectfiiUy disagrees. Again, the cited section of Stucka is related to 
accessing the UIS via a set of APIs, instead of manipulating data in the display buffer as 
claimed in the present application. It is respectfiiUy submitted that Stucka fails to disclose 
each and every limitations of claims 3-5, 1 1-13, and 19-21. 

Therefore, in addition to the reasons applied to their respective base claims, claims 3- 
5. 1 1-13, and 19-21 are independently not anticipated by Stucka. 
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D, Claims 6-7, 14-15, and 22-23 are not anticipated under 35 U.S.C. n02(h) b v Stucka. 

Claims 6-7, 14-15, and 22-23 stand or fall together. Claims 6-7, 14-15, and 22-23 
depend from, directly or indirectly, independent claims I, 9, and 17, respectively. The 
reasons cited above with respect to claims 1, 9, and 17 are applicable to claims 6-7, 14-15, 
and 22-23 and are herein incorporated by reference. Based on at least these reasons, claims 
6-7, 14-15, and 22-23 are not anticipated by Stucka. 

In addition, claims 6-7, 14-15, and 22-23 include writing the overlay in a display 
buffer such that the second data is displayed at the overly location without changing sections 
of the first data outside of the overlay location and interacting with the second application via 
the second data at the overlay location. It is respectfully submitted that these limitations are 
absent from Stucka. 

The Examiner contended that sections of col. 23, line 62 to col. 24, line 60 and col. 
26, line 66 to col. 27 hne 5 of Stucka disclose such limitations (1/26/2005 Office Action, 
pages 3^). Appellant respectfully disagrees. Again, the cited sections of Stucka are related 
to accessing the UIS via a set of APIs, instead of manipulating data in the display buffer as 
claimed in the present application. It is respectfully submitted that Stucka fails to disclose 
each and every limitations of claims 6-7, 14-15, and 22-23. 

Therefore, in addition to the reasons applied to their respective base claims, claims 6- 
7, 14-15, and 22-23 are independently not anticipated by Stucka. 
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E. Claims 8. 16. and 24 are not anticipated under 35 U.S.C. S10 2(b^ bv Stucka. 

Claims 8, 16, and 24 stand or fall together. Claims 8, 16, and 24 depend from, directly 
or indirectly, independent claims 1, 9, and 17, respectively. The reasons cited above with 
respect to claims 1, 9, and 1 7 are applicable to claims 8, 16, and 24 and are herein 
incorporated by reference. Based on at least these reasons, claims 8, 16, and 24 are not 
anticipated by Stucka. 

In addition, claims 8, 16, and 24 require that both applications run independently. It 
is respectfully submitted that this limitation is absent fi-om Stucka. As discussed above, 
Stucka requires an application to be compiled and linked with the set of libraries in order to 
allow the application to access UIS, Thus, the application and the UIS cannot be run 
independently. Rather, the application has to call the UIS via a set of APIs. It is respectfully 
submitted that Stucka fails to disclose each and every limitation of claims 8, 16, and 24. 

Therefore, in addition to the reasons applied to their respective base claims, claims 8, 
16, and 24 are independently not anticipated by Stucka. 

F. Claims 25. 28-29, 32-33. and 36 are not anticinated under 35 U.S.C. S102fb) bv 
Stucka. 

Claims 25, 28-29, 32-33, and 36 stand or fall together. Claim 25 is a representative 
claim. Claim 25 requires modifying data in a display buffer that is generated from a first 
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application with data generated by a second application without cooperation of the first 
application at runtime, where the first and second applications run independently. In 
response to user interactions with the second apphcation, an input is received via a user 
interface associated with the data generated by the first application, where the data generated 
by the second apphcation is placed in a location of the user interface and the location is 
contextually consistent with the data generated by the second application. It is respectfully 
submitted that these limitations are absent firom Stucka. 

The Examiner rejected claims 25, 28-29, 32-33, and 36 citing similar sections (e.g., 
coL 23, line 62 to col. 24, line 60; col. 26, line 66 to col. 27, line 5; 1/26/2005 Office Action, 
pages 5-6) and similar reasons with respect to claims 1 , 9, and 17. Appellant respectfiilly 
disagrees based on the reasons similar to those set forth above. Therefore, for at least the 
reasons similar to those with respect to claims 1, 9, and 17, it is respectfiilly submitted that 
claims 25, 28-29, 32-33, and 36 are not anticipated by Stucka. 

G. Claims 26> 30, and 34 are not anticipated under 35 U.S.C. SlQ2fbl by Stucka. 

Claims 26, 30, and 34 stand or fall together. Claims 26, 30, and 34 depend fit)m, 
directly or indirectly, independent claims 25, 29, and 33 respectively. The reasons cited 
above with respect to claims 25, 29, and 33 are applicable to claims 26, 30, and 34 and are 
herein incorporated by reference. Based on at least these reasons, claims 26, 30, and 34 are 
not anticipated by Stucka. 
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In addition, claims 26, 30, and 34 include performing a pattern recognition operation 
on the data generated from the first application to create a layout and forming an overlay with 
the layout and the predetermined information about a display corresponding to the user 
interface, where the overlay is utilized to determine placement of the data generated by the 
second application in the display. It is respectfully submitted that these limitations are also 
absent from Stucka. 

The Examiner rejected claims 26, 30, and 34 citing similar sections (e.g., col. 23, line 
62 to col. 24, line 60; coL 26, line 66 to col. 27, line 5; 1/26/2005 Office Action, pages 6-7) 
and similar reasons Avitfa respect to claims 25, 29, and 33. Appellant respectfully disagrees 
based on the reasons similar to those set forth above. Therefore, for at least the reasons 
similar to those with respect to claims 25, 29, and 33, it is respectfixlly submitted that claims 
26, 30, and 34 are not anticipated by Stucka. 

H. Claims 37-40 are not anticipated under 35 U.S.C. S102fb) by Stucka. 

Claims 37-^40 stand or fall together. Claim 37 is the representative claim. Claim 37 
includes reading raster data from a raster display buffer having an image generated by a first 
application without cooperation of the first application at runtime, performing a pattem 
recognition on the image to generate a pattem, applying predetermined information about the 
image with the pattem to determine the layout of the image, generating an overlay using the 
layout of the image, and placing data generated by a second application on the overlay. It is 
respectfiilly submitted that these limitations are absent from Stucka. 
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The Examiner rejected claims 37-40 citing similar sections (e.g., coL 23, line 62 to 
col. 24, line 60; col. 26, line 66 to col. 27, Hne 5; 1/26/2005 Office Action, pages 7-8) and 
similar reasons with respect to claims 1, 9, and 17. Appellant respectfully disagrees based on 
the reasons set forth above. 

In addition, the Examiner also admitted that the applications of Stucka require 
cooperation from each other, while claim 37 sets forth that both applications do not need 
cooperation at runtime (1/26/2005 Office Action, pages 7-8). 

Therefore, for at least the reasons similar to those with respect to claims 1, 9, and 17, 
it is respectfully submitted that claims 37-40 are not anticipated by Stucka. 

I. Claims 27, 31. and 35 are patentable under 35 U.S.C. S103fa^ over Stucka in view of 
Kahl. 

Claims 27, 31, and 35 stand or fall together. Claims 27, 31, and 35 depend from, 
directly or indirectly, mdependent claims 25, 29, and 33 respectively. The reasons cited 
above with respect to claims 25, 29, and 33 are applicable to claims 27, 31, and 35 and are 
herein incorporated by reference. Based on at least these reasons, claims 27, 31, and 35 are 
not anticipated by and are patentable over Stucka. 

In addition, claims 27, 31, and 35 include limitations that the layout includes grid 
cells corresponding to the display areas in the user interface and the data generated from the 
second application is placed in the grid cells. It is respectftdly submitted that these 
limitations are absent from Stucka and Kahl individually or in combination. 
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Examiner contended that Fig. 3 of Kahl teaches a graphical user interface layout 
having grid cells corresponding to display areas in the user interface (1/26/2005 Office 
Action, page 9). Appellant respectfully disagrees. Fig. 3 of Kahl is directed to a computer 
system, contrary to the Examiner's statements in the Office Action. Although Kahl discloses 
a calendar, Kahl still fails to disclose the limitations set forth in claim 27, particularly, for 
overlay user interface purposes. 

Therefore, in addition to the reasons applied to their respective independent claims, 
claims 27, 31, and 35 are independently patentable over Stucka in view of Kahl, Withdraw^al 
of the rejections is respectfully requested. 
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VIII. CONCLUSION 

For the reasons stated above, claims 1-40 are not anticipated under 35 U.S.C. § 102(b) 
by Stucka and are patentable under 35 U.S.C. § 103(a) over Stucka in view of Kahl. 
Appellant respectfully requests that the Board reverse the rejections of the claims 1-40 and 
direct the Examiner to enter a Notice of Allowance for claims 1-40. 

Applicant does not believe there is a fee for this transaction but the Examiner is 
hereby authorized to credit or charge any overpayment or shortage to our Deposit Account 
No. 02-2666 for any charges that may be due. Furthennore, if an extension is required, then 
Appellant hereby requests such extension. 

Respectfully submitted, 

BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 



Dated: Mav 9, 2006 




Kevin G. Shao 
Attorney for Appellant 
Registration No. 45,095 



Customer No. 008791 
12400 Wilshire Boulevard 
Seventh Floor 

Los Angeles, CA 90025-1026 
(408) 720-8300 



Application Serial No. 09/532,412 -23- Atty. Docket No. 74451JP1 15 

PACE 24/50 * RCVD AT 5/fl/2006 7:41:50 PM [Eastern Daylight Time] • 8VR:USPTO-EFXRF-3/7 * DNIS:2738300 * CSID:+1408720fi642 ■ DURATION (mm-ss): 15-04 



09-05-2006 04:50pm Frora-BST&Z Sunnyvale 



+1 408 720 9642 



T-335 P. 025/036 F-020 



APPENDIX A: Claims on Appeal 

The claims on appeal read as follows: 

1 . (Previously presented) A method comprising: 

extracting a first data from a display buffer, the first data being generated by a first 
application and being associated with a user interface from the first application; 
recognizing a layout from the first data; and 

using the layout to create an overlay to display a second data generated by a second 
application, wherein there is no direct link between the first application arid the second 
application, and wherein the first data is extracted from the display buffer without 
cooperation of the first appfication at runtime. 

2. (Original) The method of claim 1 , wherein recognizing the layout comprises 
performing a pattern recognition operation on the first data to create the layout. 

3. (Original) The method of claim 1, wherein using the layout to create the overlay 
comprises: 

determining an overlay location on the layout to place the second data based on 
known information about the layout; 

generating the overlay of the layout; 
placing the second data in the overlay; and 
merging the overlay with the layout. 
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4. (Original) The method of claim 3, wherein the overlay location has a context 
consistent with the second data, 

5. (Original) The method of claim 4, wherein the context is provided by the first 
application, and wherein a user interacts with the second application using the context, 

6. (Original) The method of claim 1 , further comprismg: 

writing the overlay in the display buffer such that the second data is displayed at the 
overlay location without changing sections of the first data outside of the overlay location; 
displaying infonnation in the display buffer; and 

interacting with the second application through the second data at the overlay 
location, 

7. (Original) The method of claim 6, further comprising running the furst application in 
the background while interacting with the second application. 

8. (Original) The method of claim 1, wherein the first application runs independently 
from the second application. 

9. (Previously presented) A machine-readable medium providing instructions, which 
when executed by a set of one or more processors, cause said set of processors to perform the 
following: 

extracting a first data firom a display buffer, the first data being generated by a first 
appHcation and being associated with a user interface from the first application; 

AppUcation Serial No, 09/532,412 -25- Atty. Docket No. 74451^115 

PACE 26/50 • RCVD AT 5/fl/2008 7:41 :50 PM [Eastern Daylight Time] * SVR:USPTO«XRF-3/7 * DNIS:2738300 • CSID:*1408720fl642 * DURATION (mm^s):15-04 



09-05-2006 04:50piii Frora-BSTiZ Sunnyvale 



+1 408 720 9642 



T-335 P. 027/036 F-020 



recognizing a layout from the first data; and 

using the layout to create an overlay to display a second data generated by a second 
appHcation, wherein there is no direct Unk between the first appHcation and the second 
application, and wherein the first data is extracted from the display buffer without 
cooperation of the first application at runtinie. 

1 0. (Original) The machine-readable medium of claim 9, wherein recognizing the layout 
comprises performing a pattern recognition operation on the first data to create the layout. 

1 1 . (Original) The machine-readable medium of claim 9, wherein using the layout to 
create the overlay comprises: 

detemining an overlay location on the layout to place the second data based on 
known information about the layout; 

generating the overlay of the layout; 
placing the second data in the overlay; and 
merging the overlay with the layout, 

12. (Original) The machine-readable medium of claim 1 1 , wherein the overlay location 
has a context consistent with the second data, 

1 3 . (Original) The machine-readable medium of claim 12, wherein the context is 
provided by the first application, and wherein a user interacts with the second application 
using the context. 
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14. (Original) The machine-readable medium of claim 9, further comprising: 

writing the overlay in the display buffer such that the second data is displayed at the 
overiay location without changing sections of the first data outside of the overlay location; 
displaying information in the display buffer; and 

interacting with the second apphcation through the second data at the overiay 
location. 

15. (Original) The machine-readable medium of claim 14, further comprising running 
the first application in the background while interacting with the second application. 

16. (Original) The machine-readable medium of claim 9, wherein the first application 
runs independently from the second application. 

17. (Previously presented) A computer system, comprising: 

a bus; 

a data storage device coupled to the bus; and 

a processor coupled to the data storage device, the processor operable to receive 
instructions which, when executed by the processor, cause the processor to perform a method 
comprising: 

extracting a first data from a display buffer, the first data being generated by a first 
application and being associated with a user interface from the first application; 
recognizing a layout firom the first data; and 
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using the layout to create an overlay to display a second data generated by a second 
application, wherein there is no direct link between the first application and the second 
appHcation, and wherein the first data is extracted firom the display buffer without 
cooperation of the first appfication at runtime. 

1 8. (Original) The system of claim 17, wherein recognizing the layout comprises 
performing a pattern recognition operation on the first data to create the layout. 

19. (Original) The system of claim 17, wherein using the layout to create the overlay 
comprises: 

determining an overlay location on the layout to place the second data based on 
known information about the layout; 

generating the overlay of the layout; 
placing the second data in the overlay; and 
merging the overlay with the layout. 

20. (Original) The system of claim 1 9, wherein the overlay location has a context 
consistent with the second data. 

21 . (Original) The system of claim 20, wherein the context is provided by the first 
application, and wherein a user interacts with the second application using the context. 

22. (Original) The system of claim 17, fiirther comprising: 
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writing the overiay in the display buffer such that the second data is displayed at the 
overlay location without changing sections of the first data outside of the overlay location; 
displaying information in the display buffer; and 

interacting with the second application through the second data at the overlay 
location. 

23. (Original) The system of claim 22, fijrther comprising running the first application in 
the background while interacting with the second application. 

24. (Original) The system of claim 1 7, wherein the first application runs independently 
Jfrom the second application. 

25. (Previously presented) A method, comprising: 

modifying data in a display buffer that is generated by a first apphcation with data 
generated by a second apphcation without cooperation of the first apphcation at runtime, the 
first apphcation running independently fiom the second application; and 

receiving input in response to user interactions with the second application through a 
user interface associated with the data generated by the first apphcation, wherein the data 
generated by the second apphcation is placed in a location in the user interface, wherein the 
location is contextually consistent with the data generated by the second application. 

26. (Original) The method of claim 25, wherein modifying data in the display buffer 
comprises: 
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performing a pattern recognition operation on tlie data generated by the first 
application to create a layout; and 

forming an overlay with the layout and with predetermined information about a 
display corresponding to the user interface, the overlay used to determine placement of the 
data generated by the second appUcation in the display. 

27. (Original) The method of claun 26, wherein the layout comprises of grid cells 
corresponding to display areas in the user interface, and wherein the data generated by the 
second application is placed in the grid cells. 

28. (Original) The method of claim 25, wherein the first application nms in the 
background while the user interacts with the second apphcation. 

29. (Previously presented) A machine-readable medium providing instructions, which 
when executed by a set of one or more processors, cause said set of processors to perform the 
following: 

modifying data in a display buffer that is generated by a first application with data 
generated by a second application without cooperation of the first apphcation at runtime, the 
first application running independently firom the second application; and 

receiving input in response to user interactions with the second application through a 
user interface associated with the data generated by the first application, wherein the data 
generated by the second appUcation is placed in a location in the user interface, wherein the 
location is contexiually consistent with the data generated by the second appUcation. 
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30. (Origiiial) The machine-readable medium of claim 29, wherein modifying data in the 
display buffer comprises: 

performing a pattem recognition operation on the data generated by the first 
application to create a layout; and 

foT Tnin g an overlay with the layout and with predetermined infoimation about a 
display corresponding to the user interface, the overlay used to detemiine placement of the 
data generated by the second application in the display. 

3 1 . (Original) The machine-readable medium of claim 30, wherein the layout comprises 
of grid cells corresponding to display areas in the user interface, and wherein the data 
generated by the second application is placed in the grid cells. 

32. (Original) The machine-readable medium of claim 29, wherein the fiisX application 
runs in the background while the user interacts with the second application. 

33. (Previously presented) A computer system, comprising: 

a bus; 

a data storage device coupled to the bus; and 

a processor coupled to the data storage device, the processor operable to receive 
instructions which, when executed by the processor, cause the processor to perform a method 
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comprising: 

modifying data in a display buffer that is generated by a first appUcation with data 
generated by a second application without cooperation of the first application at runtime, the 
first application running independently fix>m the second application; and 

receiving input in response to user interactions with the second appUcation through a 
user interface associated with the data generated by the first appUcation, wherein the data 
generated by the second application is placed in a location in the user interface, wherein the 
location is contextuaUy consistent with the data generated by the second appUcation. 

34. (Original) The computer system of claim 33, wherein modifying data in the display 
buffer comprises: 

performing a pattern recognition operation on the data generated by the first 
application to create a layout; and 

forming an overlay with the layout and with predetermined information about a 
display corresponding to the user interface, the overlay used to detemiine placement of the 
data generated by the second appUcation in the display. 

35. (Original) The computer system of claim 34, wherein the layout comprises of grid 
cells corresponding to display areas in the user interface, and wherein the data generated by 
the second application is placed in the grid cells. 

36. (Original) The computer system of claim 33, wherein the first appUcation runs in the 
background while the user interacts with the second application- 
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37. (Previously presented) A method comprising: 

reading raster data from a raster display buffer containing an image generated by a 
first application without cooperation of the first application at runtime; 

performing a pattern recognition on the image to generate a pattern; 

applying predetermined information about the image with the pattern to determine a 

layout of the image; 

generating an overlay using the layout of the image; and 
placing data generated by a second application on the overlay. 

38. (Original) The method of claim 37, fiirther comprising writing the overlay into the 
raster display buffer. 

39. (Original) The method of claim 37, wherein the image comprises a user interface 
from the first application, and wherein a user interacts with the second application through 
the user interface while the first ^plication runs in the background. 

40. (Original) The method of claim 39, wherein while the user interacts with the second 
application, the first application has no control of input received firem the user. 
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APPENDIX Br Evidence 



None. 
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APPENDIX C: Related Proceedings 



None. 
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